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(54) Procede d'attrlbution d'adresses lnformattque& entre unites d'un systeme de conduite 
d'installation industrielie 



(57) Proc6d6 d'attribution d'adresses informatiques 
entre unites (1^5) d'un systeme industriel reliees par 
une architecture locale de communication (6. 9) et ex- 
ploitant les protocoles IP, TCP, UDR 
II pr6voit: 

une diffusion par une unitd d'une trame de requdte 
incluant. une adresse de port UDP propre ^ I'unit^, 
une adresse de port UDP d'unit6 d'attribution 
d'adresses (4 ou 5) et une demande d'adresse; 
une prise en compte de la requdte par I'unite d'at- 



tribution k reconnaissance de I'adresse de son port; 
une diffusion, par I'unite d'attribution, d'une trame 
incluant sa propre adresse IP et I'adresse de port 
UDP de Tunitd demanderesse; 
une prise en compte de I'adresse IP de I'unite d'at- 
tribution par I'unite demanderesse ^ reconnaissan- 
ce de son adresse de port. 

une determination de son adresse IP par I'unite de- 
manderesse par substitution de son adresse mate- 
rieile ^ celle de I'unite d'attribution dans I'adresse 
IP de celle-ci. 
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Description 

[0001] L'invention concerne un proc6d6 d'attribution 
d'adresses informatiques entre unites d'un systdme de 
conduite d'installation industrielle relives entre elles par 
une architecture locale de communication en temps par- 
tag^ d'informations numdriques. 
[0002] Comme il est connu, la gestion d'un syst^me 
de conduite d'installation Industrielle implique la pr6sen- 
ce d'une architecture de communication pour que les 
transmissions d'informations entre les diverses unit6s 
d'exploitatlon programmables qui sont susceptibles 
d'intervenir dans la conduite soient assur6es d'une ma- 
nifere bien adapt6e aux dift^rents besoins rencontres. 
[0003] II est classique dans de tels syst^mes d'assu- 
rer une exploitation partag6e dans le temps, des liaisons 
de transmission utilis6es entre les untt6s d'exploitatlon 
programmables. et de permenre aux informations dont 
la transmission n'est soumise qu'k des contraintes rela- 
tivement souples en mali6re d'urgence d'exploiler les 
laps de temps plus ou moins r6guli6rement Iaiss6s dis- 
ponibles par les informations soumises ^ des contrain- 
tes plus sev6res. 

[0004] II a par ailleurs 6t6 d6velopp6 des techniques 
do communication dans le cadro de d^veloppomonts 
ti^s 6 I'informatique, en particulier ^ celui des r6seaux 
de communication de type Internet ou Intranet Ces 
techniques facilitent I'exploitation d'informations enre- 
gistr6es en les mettant & disposition d'un grand nombre 
d'inten/enants, pratiquement quelle que soit la localisa- 
tion de ces intervenants par rapport aux sites ou les in- 
formations sont enregistr^es et ceci sous des formes 
universellement standardis6es. 
[OOOS] L'invention se propose done de transposer 
certaines de ces techniques de manifere k apporter une 
solution simple et pratique^ un problfeme existant dans 
les systemes de conduite d'installation industrielle ou 
des unites programmables d'expjoitation, classique- 
ment organisees chacune autour d'un ordinateur du 
ment programme et d'un ensemble de m6moire, sont 
relives entre elles par une architecture locale de com- 
munication. 

[0006] Comme II est connu en ce domaine, chaque 
unit6 dispose d'une adresse mat6rielle d'unit6, physi- 
quement d6finie et classiquement dite cSbl6e, qui per- 
met d'Identifier une unit6 parmi les autres dans le sys- 
t6me et qui est classiquement impos6e par I'installateur 
ou par rexploilanl k la mise en service. 
[0007] II est aussi n6cessaire que les unites suscep- 
tibles de communiquer entre elles par des techniques 
de transmission d'informations de type informatique dis- 
posent d'adresses informatiques individuelles leur per- 
mettant de se faire reconnaitre lorsqu'elles envoientdes 
informations et d'dtre jolntes lorsque des infomnations 
leur sont envoy6es. 

[0008] Ainsi dans le cas ou les 6changes d'infomna- 
tions sont r6alis6s en utilisant le protocole Internet IP. II 
est n6cessaire que chacune des unites dispose d'une 



adresse IP indlvlduelle. L'attribution de ces adresses 
dans le cadre d'un r6seau local peut s'effectuer de ma- 
nl6re manuelle, toutefois une telle solution n'est pas 
r6ellement satisfaisante. en particulier lorsque le nom- 
5 bre d'unit^s reiides est 6iev6. Ceci est souvent le cas 
avec des r6seaux locaux pr6vus industriels ou de plus 
it est parfois n6cessaire de r6aliser des modifications au 
cours du temps. 

[0009] L'attribution d'adresses aux unites d'un r6seau 
10 local peut 6galement s'effectuer par rinterm6dlaire d'un 
serveur d'adresses IR tel BOOT R pr6vu au niveau du 
r6seau Internet. Toutefois cette solution ne convient pas 
bien lorsque I'architecture de communication impliqude 
ne permet pas le transf ert d'un nombre d'octets suffisant 
IS sans segmentation, comme cela se produit avec certai- 
nes architectures de communication de syst6mes in- 
dustriels 

[0010] L'invention propose done un proc6d6 d'attrlbu- 
tion d'adresses informatiques entre unit6s d'un syst^me 

20 de conduite d'installation Industrielle relives enlre elles 
par une architecture locale de communication en temps 
partag6 d'informations transmlses sous fomne num^ri- 
que, pour des unlt6s qui disposent d'origine d'une 
adresse matdrielle num6riquement traduite et qui sont 

2S aptes k communiquer entre elles en exploitant les pro- 
tocoles IR TCP, UDP aprds avoir obtenues chacune une 
adresse informatique IP comportant un en-tdte compo- 
st de donndes relatives k I'adresse r6seau de I'archi- 
tecture locale de communication suivles par des don- 

30 n6es d'adresse indlvlduelle de I'unitd 6mettrice. 

[0011] Selon une caractdristique de l'invention. le pre- 
cede d'attribution pr6volt successlvement: 
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une diffusion au niveau de I'architecture de commu- 
nication locale d'une trame de requete d'adresse 
par une unite demanderesse d6sireuse d'obtenir sa 
propre adresse informatique. ladite trame compor- 
tant notamment une adresse de port UDP destlna- 
taire relative k une des unit6s faisant fonction d'at- 
tributrice d'adresse dans le cadre de I'architecture 
locale, une adresse de port UDP propre k I'unit6 de- 
manderesse, et un groupe de donn^es caract^ris- 
tique d'une demande d'adresse; 
une prise en compte de la requme par une applica- 
tion de I'unitd d'attribution k reconnaissance de 
I'adresse de port UDP qui lul est propre; 
une diffusion au niveau de rarchltecture de commu- 
nication locale d'une trame d'allribulion, de mdme 
structure que la trame de requite, par I'unite d'at- 
tribution d'adresses, ladite trame d'attribution com- 
portant notamment I'adresse de port UDP de I'unitd 
demanderesse. au niveau destlnataire et des don- 
n6es correspondent k sa propre adresse IP d'unitd 
d'attribution; 

une prise en compte des donn6es correspondant k 
I'adresse IP de I'unit6 d'attribution par I'unitd de- 
mander'esse k reconnaissance de I'adresse de port 
UDP qui lui est propre, au niveau destlnataire de la 
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trame d'attribution diffus^e, et une d^ternni nation 
par I'unitd demanderesse de sa propre adresse IR 
^ des fins de stockage et d'exploitation. d partir des • 
donndes d'adresse IP d'unit^ d'attribution qu'elle a 
revues, par substitution des donndes d'adresse ma- s 
terielle qui tui sont propres d celies de I'unit^ d'attri- 
bution en queue de I'adresse IPcommuniqude pour 
cette unit^ d'attribution. 

[001 2] Salon {'invention le proc6de pr6voit que les tra- io 
mes d'attributbn et de requSte incluent identiquement 
un en-t6te comportant successivement une adresse 
physique et une adresse IP de destinataire qui sont ca- 
ract^ristiques d'une diffusion, une adresse IPde source 
relative d une source consider6e comme inconnue dans ^5 
le cas d'une trame de requdte et relative ^ I'unite d'attri- 
bution d'adresse dans le cas d'une trame d'attribution, 
une adresse de port UDP destinataire relative k I'unitd 
d'attribution dans le cas d'une trame de requdte et d 
I'unitd demanderesse d'adresse dans le cas d'une trame 20 
d'attribution. une adresse de port UDP source relative 
^ l'unit6 demanderesse dans le cas d'une trame de re- 
quite et relative k Tunite d'attribution d'adresse dans le 
cas d'une trame d'attribution, ainsi qu'un octet de don- 
nees caractoristiques d'une dcmande d'adresse dans le 2S 
cas d'une trame de requdte et correspondant k I'adresse 
matdrielle de t'unitd d'attribution dans le cas d'une trame 
d'attribution. 

[0013] L'invention, ses caractoristiques et ses avan- 

tages sont pr6cis6s dans la description qui suit en 30 

liaison avec les figures Ovoqutes ci-dessous. 

[0014] La figure 1 prOsente un schema de principe 

d'une architecture de communication pour systeme de 

conduite d'une installation industrieile. 

[001 5] l-a figure 2 pr6sente un format d'adresse I P ex- 35 

ploitO par l'invention. 

[0016] La figure 3 presente un schema relatif k une 
pile de protocoles h quatre couches mise en oeuvre par 
['invention. 

[0017] L'architecture de communication pour syst6- 40 
me de conduite d'une installation industrieile qui est il- 
lustrde sur la figure 1 est suppos6e destinde k assurer 
des Ochangesd'informations numdrisdes entre des uni- 
tes d'exploitation programmables r6f6renc6es 1 d 5 du 
systdme qui compoae une plurality de dispositifs de 
contrdle/commande. Ces demlers sont par exemple 
des capteurs 6 ou des actionneurs 7 et its sont contrdlds 
par certaines des unites d'exploitation couramment dO- 
nommdes unites ou dispositifs de terrain, teltes ict 1 et 2. 
[0018] Ces unites de terrain 2 sont supposees foumir so 
et/ou recevoirdes informations relatives aux operations, 
notamment de commande et de mesure, rdalisees par 
les dispositifs qu'elles supervisent. Elles dchangent des 
informations mises sous forme numdrique, en fonction 
des besoins, notamment avec d'autres unites du systd- ss 
me de conduite de I'installation. telle I'unitd 3 dans une 
premiere variante de realisation ou seule la liaison It est 
etablie, telles les unites 4 et 5 dans une seconde vartan- 
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te ou seule la liaison I est etablie et telles les unites 3. 
4 et 5 dans une troisidme variante ou les deux liaisons 
I et II sont etablies. 

[0019] Les diverses unites d'exploitation 1 k 5 sont or- 
ganisdes chacune autour d'au motns un processeur et 
d'un ensemble de mOmoires mortes et/ou vives et elles 
sont raccord6es par une interface de communication ^ 
l'architecture de communication du systeme de condui- 
te ou plus prOcisement k au moins une liaison de cette 
architecture. 

[0020] Dans I'exemple present^, les unites de terrain 
1, 2 et I'unite d'exploitation 3, qui est par exemple une 
station locale d'operateur, font partie d*un reseau local 
organise autour d'un bus 8 exploits en partage de 
temps. Les informations sont transmises sous forme nu- 
merique et par exemple par paquets au cours de trames 
temporelles structurees d'une manidre determinee, 
comme connu en ce domaine. Une unite d'exploitation 
4 est supposee jouer un r6le de routeur entre les autres 
unites relives au bus 6 et des uniles de niveau superieur. 
Ces dernieres sont ici suppos6es relives ^titre d'exem- 
ple a un rOseau Ethernet 9 et elles sont symbolisees par 
I'unite 5. Cette derni^re est par exemple un calculateur 
de procede ou une console d'operateur 
[0021] Seton l'invention, il est prdvu d'appliquer les 
techniques de communication et notamment d'adressa- 
ge ddveloppdes dans le cadre du reseau Internet k au 
moins une partie des Informations echangees entre les 
unites d'exploitation dans le cadre d'un reseau local tel 
qu'evoque ci-dessus. Comme il est connu ceci imptique 
quechaque unite reliee au reseau dispose d'une adres- 
se informatique individuelle qu'elle exptoite pour s'iden- 
tifier lorsqu'elle envoie des informations et qui est ex- 
ploitee par les autres unites pour communlquer avec el- 
le. Cette adresse informatique tient classiquement 
compte d'une adresse materielle d'unite, physiquement 
definie et classiquement dite cabiee, qui permet d'iden- 
tlfier une unite parmi les autres et qui est donnee a la 
mise en service de I'installation. Cette adresse materiel- 
le est par exemple fix6e au moyen d'un systeme de ca- 
valiers; de commutateurs ou de roues de codage mate- 
riellement implante au niveau de chaque unite. 
[0022] Dans I'exemple propose ici. I'adresse informa- 
tique de chacune des unites adressables d'un reseau 
local est donnee en suivant les regies en vigueur dans 
le cadre du protocole Internet IP. version 4. Chaque 
adresse informatique d'unite se presente sous la forme 
schematisee sur la figure 2, ou sont representes, k titre 
d'exemple, 3 octets d'adresse de reseau suivis par un 
octet d'adresse d'unite. Cette adresse d'unite corres- 
pond ict k. I'adresse materielle individuelle initialement 
attribuee k chaque unite k la mise en service. Les pos- 
sibilites d'adresse que permet ce dernier octet sont en 
general suffisantes pour identifier les unites, notamment 
de terrain, d'un reseau local ou d'un segment de reseau 
local d'un systeme de conduite d'une installation indus- 
trieile. 

[0023] Toutefois si chaque unite d'un reseau local est 
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dot6e d'une adresse matdrielle lorsqu'elle est mise en 
service, elle ne dispose pas n^cessairement pour cela 
d'une adresse informatique IP attribu6e. Selon I'inven- 
tion, il est done pr6vu que toute unit6 requiert par diffu- 
sion sur le r6seau local une demande d'adresse IP, si 
elle n'a pas connaissance de cette adresse. II est done 
pr6vu une pile comportant des couches IP TCP et UDP 
comme sch6matis6 en figure 3 entre application et cou- 
che MAC d*acc6s au r6seau, au niveau de chacune des 
unites relives au r6seau local. 

[0024] La diffusion de requ§te d'adresse k partir d'une 
unit6 s'effectue par envoi d'un datagrannme en exploi- 
tant le protocole de transport de datagrammes d'usager 
UDP et done en mode non connects. Cette requdte est 
ici supposde convoy6e dans le cadre d'une trame de 
transnnission, en vigueur dans le rdseau local, dont la 
structure est donn6e ci-dessous. 
<en-t§te physique><en-t6te IPxen-tSte UDPxdon- 
n6es> 

[0025] Cetle irame comporle done un en-ldte physi- 
que ayant un nombre donn6 d'octets. par exemple 6 oc- 
tets dans le cas d'un r6seau F8000 de la demanderesse 
ou encore 12 octets dans le cas d'un r6seau ETHER- 
NET. Cet en-tete est suivi par un en-t§te IP de 20 octets 
qui est lui-mdme suivi d'un on-t6te UDP de 8 octets, k 
la suite desquels sent positionn6s des octets de don- 
n6es. 

[0026] Comme conn u un en-tdte I P comporte 4 octets 
d'adresse de source et 4 octets d'adresse de destina- 
tion. Un en-tSte UDP comporte aussi 2 octets d'adresse 
de port de source et 2 octets d'adresse de port de des- 
tination. 

[0027] La requdte 6manant d'une unit6 d'exploitation 
telle que par exemple I'unit^ de terrain 1 est diffusee 
sous la forme d'une trame de requite dont la structure 
se d^finit de la mani^re indiqu6e ci-dessous: 
<adresse physique de diffusionxadresse IP de desti- 
nationxadresse IP de provenancexadresse de port 
destlnatairexadresse de port sourcexdonn6es> 
[0028] Dans cette trame, I'adresse physique d'en-t§te 
est caract6rlstlque d'une diffusion de m6me que I'adres- 
se de destination IP cette dernifere correspondant par 
exemple h un code 255.255.255,255 en notation deci- 
mate. L'adresse de provenance correspond ^ un code 
caractdristique de source inconnue. par exemple 
0.0.0.0. L'adresse de port source fournle est celle du 
port UDP choisi pour I'unit6 qui demande une adresse, 
par exemple 6003 pour runit6 3. L'adresse de port des- 
tinataire est une adresse de port UDP, par exemple 
6255, qui a 6t6 pr6d6termin6e et attribute d'origine k 
I'uniti d'exploitation charg6e de I'attribution des adres- 
ses au niveau local. Cette unit6 est suppos6e §tre I'unitd 
3 dans la premiere variante envisagde plus haut et I'uni- 
t6 4, dans la seconde variante. Les donndes de com- 
marnde figurant en queue de la trame indiqu6e ci-dessus 
sont ici suppos6es 6tre caract6ristiques d'une demande 
d'adresse. 

[0029] Cette trame de requite est diffus6e par le r6- 



seau local et done ici via le bus 8. Elle traverse la couche 
physique, la couche IP et atteint la couche UDP ou 
I'adresse de port UDP est reconnue comme attribute k 
I'unit6 d'attribution d'adresse. 
5 [0030] Une application implant6e dans cette unit6 
d'attribution permet de traiter la requdte convoyde par 
la trame de requ§te d^finie ci-dessus et d'attribuer une 
adresse IP disponible au niveau local k t'unit6 deman- 
deresse. Suite k la rdceptlon de la trame de requ6te, 
10 runit6 d'attribution d'adresse 3 ou 4 diffuse k son tour 
une trame d'attribution dont la structure est identique k 
celle ddfinie plus haut. Cette trame contient successi- 
vement une adresse physique et une adresse IP de des- 
tination caract6ristiques d'une diffusion, comme pr6e§- 
is demment, une adresse IP de provenance et une adres- 
se UDP de port source propres k runit6 d'attribution 
d'adresse, une adresse UDP relative au port destinatai- 
re prdvu pour I'unit6 demanderesse qui a diffuse la tra- 
me de requdte et des donn6es ddfinissant I'adresse IP 
20 que possfede runil6 d'attribution elle-mdme. 

[0031] Ces donn6es d6finissent par exemple une 
adresse telle que 1 92.9.240.17, dans laquelle le dernier 
octet qui correspond ici au nombre decimal 17 corres- 
pond aussi k I'adresse matdrielle de I'unit6 d'attribution. 
2S [0032] La couche IP prdsonte uniqucmont les don- 
nees qui correspondent ici k l'adresse IP de I'unit6 d'at- 
tribution, k la couche UDP La trame d'attribution est dif- 
fusee par I'unite d'attribution vers toutes les unites ap- 
partenant au r6seau local et notamment aux unites de 
30 terrain, telles que 1 . 2, via le bus 8 dans I'exemple pro- 
pose en figure 1. 

[0033] L'adresse de port destinataire contenue dans 
une trame d'attributbn permet k I'unite exploitant ce port 
de savoir que les donnees contenues dans cette trame 

3S lui sont destinees et correspondent k celles qui vont lui 
permettre de determiner quelle est sa propre adresse 
IP En effet I'adresse IP re^ue correspond k celle de 
I'unite d'attribution d'adresse qui ne se difterencie de 
celle de I'unite demanderesse que par le dernier octet 

40 dont on a vu qu'il 6tait 6tabli de manidre k correspondre 
k une adresse materielle d'unite. 
[0034] Dans I'exemple choisi ou I'unite demanderes- 
se a une adresse materielle correspondant au nombre 
3 en notation decimate et ou l'adresse IP qu'elle regoW 

45 dans la trame d'attribution est 1 92.9.240. 1 7 en notation 
decimale, il est prevu des moyens. au niveau de I'unite 
de commande de cette unite demanderesse, qui per- 
meltent de modifier la valeur du dernier octet d'adresse 
IP de maniere que celui-ci corresponde au nombre de- 

50 cimal 3 d'adresse materielle de I'unite demanderesse et 
qu'il se substitue k I'octet correspondant au nombre 17 
de I'unite d'attribution. Dans f exemple choisi, I'unite de- 
manderesse d'adresse materielle 3 determine ainsi 
qu'elle dispose de l'adresse IP 192.9.240.3 dans le ca- 
55 dre du reseau local auquel elle est reli6e. Elle est alors 
apte k prendre toute mesure utile pour conserver et ex- 
ploiter cette- adresse IP 

[0035] La determination des adresses IP au niveau 
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d'un ensemble d'unilds relives ^ un mdme rdseau local 
est done particuli^rement sinnple. il peut done etre rapi- 
de et il n'imptique qu'un trafic tr^s limits de donn^es. 
[0036] Cet adressage IP des unites d'un r^seau local 
peut notamment §tre employ^ pour des transmissions 5 
de donndes par pages HTML Dans ce cas, au moins 
certaines des unites et notannment les unites de terrain 
comportent individuellement chacune un serveur leur 
pernnettantde remplir des structures de page HTMLpre- 
d^termindes stockdes au niveau de ces unites avec des io 
vateurs de variables ou de param^tres collect^es et/ou 
exploitdes localement, de nnanidre k les rendre acces- 
sibles k des intervenants Xrbs divers. 
[0037] Un tel acc^s peut s'effectuer au niveau d'unit^s 
reli6es au rdseau local qui inten/iennent en tant que 
clientes auprds des serveurs ou au niveau d'ordinateurs 
6quipes mat6riellement et logiciellement pour pouvoir 
se relier au rdseau local soit directement, soit par Tin- 
term6diaire d'un autre r6seau de communication et en 
particulier du r6seau Internet. 



Revendications 

1 . Proc6d6 d'attribution d'adressos informatiques en- 2$ 
tre unites (1 a 5) d'un eystdme de conduite d'instal- 
lation industrielle relives entre elles par une archi- 
tecture locale de communication en temps partage 
(8. 9) ou des informations sent transmises sous for- 
me num6rique, pour des unites qui disposent d'ori- 30 
gine d'une adresse mat6rielle num6riquement tra- 
duite et qui sont aptes k communiquer entre elles 
en exploitanl les protocoles IP, TCP. UDP apr6s 
avoir obtenues chacune une adresse informattque 
IP comportant un en-t§te composd de donnees re- 3S 
latives a I'adresse r^seau de Tarchitecture locale de 
communication suivles des donnees d'adresse in- 
dtviduelle de I'unitd ^mettrice. caractdrisd en ce qu'il 
prevoit successivement: 

40 

une diffusion au niveau de I'architecture de 
communication locale d'une trame de requdte 
d'adresse par une unitd demanderesse d^si- 
reuse d'obtenir sa propre adresse informatt- 
que, ladite trame Incluant notamment une ^5 
adresso dc ; - ■ . .'DP dcctinnt- -c qui est rela- 
tive k Ul\Ki uui^ OtiildG (J s/ .UiJuti. ii^iivuUii 

d'atlribulrice d'adresse dans le cadre de Tarchi- 
tecture locale, une adresse de port UDP source 
propre k I'unitd demanderesse, et des donnees so 
caract^ristiques d'une demande d'adresse; 
une prise en compte de la requdte par une ap- 
plication dans Tun ltd d'attribution k reconnais- 
sance de I'adresse de port UDP qui lui est pro- 
pre; 55 
une diffusion au niveau de I'architecture de 
communication locale d'une trame d'attribution, 
de meme structure que la trame de requdte, par 
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I'unitd d'attribution d'adresses, ladite trame 
d'attribution comportant notamment I'adresse 
de port UDP de I'unit6 demanderesse. k un ni- 
veau destinataire. et des donndes correspon- 
dent k sa propre adresse IP d'unit6 d'attribu- 
tion; 

une prise en compte des donn6es correspon- 
dant k I'adresse IP de I'unitd d'attribution par 
I'unitd demanderesse k reconnaissance de 
I'adresse de port UDP qui lui est propre, k un 
niveau destinataire de la trame d'attribution dif- 
fus6e. et une determination par I'unitd deman- 
deresse de sa propre adresse IP, k des fins de 
stockage et d'exploitation, k partir des donnees 
d'adresse IP d'unitd d'attribution qu'elle a re- 
9ues, par substitution des donndes d'adresse 
mat6rielle qui lui sont propres k celles de I'unitd 
d'attribution en queue de I'adresse IP commu- 
nlqude pour cette unit6 d'attribution. 

2. Procddd selon la revendicatlon 1, dans lequel les 
trames d'attribution et de requete inctuent identi- 
quement un en-tete comportant successivement 
une adresse physique et une adresse IP de desti- 
nataire qui sont caractdristiques d'une diffusion, 
une adresse IP de source relative k une source con- 
slddrde comme inconnue dans le cas d'une trame 
de requdte et relative k I'unitd d'attribution d'adres- 
se dans le cas d'une trame d'attribution, une adres- 
se de port UDP destinataire relative k I'unitd d'attri- 
bution dans le cas d'une trame de requdte et k I'uni- 
td demanderesse d'adresse dans le cas d'une tra- 
me d'attribution, une adresse de port UDP source 
relative k I'unite demanderesse dans le cas d'une 
trame de requete et relative a I'unitd d'attribution 
d'adresse dans le cas d'une trame d'attribution, ain- 
sl qu'un octet de donndes caractdristiques d'une 
demande d'adresse dans le cas d'une trame de re- 
qudte et correspondant k I'adresse matdrielle de 
I'unitd d'attribution dans le cas d'une trame d'attri- 
bution. 
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